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Corporation, a Washington Corporation. 



SPECIFICATION 



This patent application is a continuation-in-part patent application of patent 
application 09/393,122 titled "An Apparatus and Method for Managing Variable- 
Sized Data Slots Within a Time Division Multiple Access Frame." 



AN APPARATUS AND METHOD FOR MANAGING VARIABLE-SIZED DATA 
SLOTS WITH TIMESTAMP COUNTERS WITHIN A TDMA FRAME 



BACKGROUND OF THE INVENTION 



Field of the Invention 



This invention pertains generally to Medium Access Control layer protocol 
implementations. More particularly, the invention is a Medium Access Control 
protocol implementation and method for use in a Time Division Multiple Access 
network system having a network master device and a plurality of slave devices. The 
35 protocol provides dynamic data slot management, including variable data slot 

requisition, variable data slot allocation, dynamic data slot reallocation, and data slot 
deallocation. Additionally, the protocol provides a schedule for variable-length data 
slot transmission in which timestamp counters are used by the master and slave 
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devices to schedule and coordinate data slot reorganization without disrupting the 
communication link. 



Presently, there are numerous ways to provide communication methods 
10 between devices participating in a network offering various levels of reliability and 
effectiveness. Likewise, various communication protocols have been developed to 
provide various networking services to such network devices. 



15 International Standards Organization (ISO) developed the Open Systems 
Interconnection (OSI) reference model. The OSI reference model deals with 
connecting systems that are open for communication with other systems and 
includes seven layers of network services including the Application or "highest" 
layer, the Presentation layer below the Application layer, the Session layer below the 

20 Presentation layer, the Transport layer below the Session layer, the Network layer 
below the Transport layer, the Data Link layer below the Network layer, and the 
Physical or "lowest" layer below the Data Link layer. 

The Data Link layer is designed to offer various services to the Network layer. 
25 The principal service that the Data Link layer provides to the Network layer is the 
transfer of data from the Network layer on a source device to the Network layer on 
the destination or target device. The usual approach is for the Data Link layer to 



5 



2. 



The Prior Art 



In an effort to standardize protocols in network communication, the 
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break up the bit stream into discrete blocks of bits, compute a checksum for each 
block, and transmit the block along with the checksum to the target device in the 
form of a packet. When the packet arrives at the target device, the checksum is 
recomputed for the received block. If the newly computed checksum is different 
5 from the one received from the source device, the Data Link layer determines that an 
error has occurred and an error-recovery process is invoked. 



At the Medium Access Control (MAC) sublayer of the Data Link layer, 
protocols are used to solve the issue of which network device gets to use the 
10 broadcast channel when there is competition for it. The MAC sublayer is particularly 
important in Local Area Networks (LANs) where the number of network devices 
competing for the communication channel may comprise hundreds of devices. 



Various methods are used at the MAC layer to provide multiple access by 
15 such competing devices across a shared medium. One common method used for 
sharing a broadcast channel or medium is Time Division Multiple Access (TDM A). 
TDM A divides transmit time into frames having a plurality of time slots, wherein each 
competing device is assigned a unique and non-overlapping "data slot" within the 
frame in which only the corresponding device may transmit data. Each data slot 
20 within the frame has the same fixed length according to a predetermined frame 
definition, regardless of the bandwidth capabilities of the various devices of the 
network. Thus, a first device having large bandwidth requirements for optimum 
operation will have the same fixed- length data slot as a second device that requires 
nominal bandwidth for optimal operation. This scheme creates a non-optimal channel 
25 or media use. 
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A partial solution is to assign two or more data slots to devices requiring more 
bandwidth than other devices. However, the granularity of the data slots as 
determined by its length creates a likelihood that a certain amount of transmit time 
5 will be wasted in each frame. For example, if the data slot size is 32 bytes and a 

device chose to transmit 48 bytes per frame, it must allocate two data slots (64 bytes), 
in order to accommodate 48 bytes, resulting in 33% wasted bandwidth. Apart from 
the granularity problem, this scheme requires additional management overhead to 
track each device's data slot assignments. 



In certain instances, when traffic on the network is relatively high, all of the 
data slots in the frame may be completely assigned and unavailable, thus leaving 
devices without data slot assignments "stranded" without any means to transmit 
data on the network. Such devices without data slot assignments must wait until a 

15 data slot is released and then subsequently compete for it. One solution to this 
bandwidth problem is to interleave access to frames, wherein data slot assignments 
are made in an alternating frame assignment fashion. For example, a device may be 
assigned a particular data slot every other frame, or every third frame, or every n th 
frame. Such a solution requires additional management overhead to track not only 

20 each device's slot assignments, but also, each device's frame interleave assignment. 
Current MAC layer algorithms fail to address such issues of fragmented data slot 
assignments, and fail to provide methods for joining or otherwise combining 
fragmented data slots. 
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Current solutions at the MAC layer also fail to provide adequate "quality of 
service" (QoS) guaranties, for example, for communication links whose bandwidth 
requirements vary over time, to the upper layers of the OSI model. As noted above, 
the task of each layer of the OSI reference model is to provide services to the next 
5 higher layer. For example, the MAC layer provides services to the Network layer. 
QoS provides a mechanism by which parameters which relate to the "quality" of the 
services rendered to be passed from the serviced layer (Network layer) to the 
servicing layer (MAC layer). For example, in audio data transmission, the minimum 
and maximum bandwidth range for optimal performance would beneficially be a 

10 parameter accompanying the data transfer request. This parameter allows the 
network to dynamically trade off available bandwidth for sound quality. For 
instance, the transfer of high fidelity or stereo-quality audio data requires larger 
bandwidth than the transfer of monaural or other low quality audio data. Currently, 
QoS requests, such as guaranteed bandwidth requests, are not typically channeled 

15 through the OSI layers to the MAC layer. For example, a current technology which 
provides guaranteed bandwidth is Asynchronous Transfer Mode (ATM). However, 
ATM provides cells (the functional equivalent of "slots") which are of equal size. 
As described above, providing fixed-sized slots, or in the case of ATM, fixed-sized 
cells, may result in a portion of a slot going unused (internal fragmentation), or more 

20 accurately, wasted. This internal fragmentation is due to the inherent granularity 
problem created by fixed-sized slots. Prior art MAC layer implementations do not 
accept such QoS requests for the purpose of dynamically requesting variable or 
adaptable sized data slots for transmission according to the present state of the 
device and the network. 
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Accordingly, there is a need for a reliable MAC layer protocol and method 
employing centralized management of network communication, which provides 
quality of service guaranties via variable data slot requisition, which provides 
variable data slot allocation, and which provides dynamic data slot management. 
5 Additionally, there is a need for scheduling the data slot reallocation to avoid breaks 
in communication channels. The present invention satisfies these needs, as well as 
others, and generally overcomes the deficiencies found in the background art. 

10 BRIEF DESCRIPTION OF THE INVENTION 

The present invention is a Medium Access Control (MAC) layer protocol and 
method for use in a network system, which provides centralized management of 
network communication. The MAC protocol provides a Time Division Multiple 

15 Access (TDMA) frame definition, which provides variable-length data slots for 

transmission. The latter are dynamically allocated, reallocated, and deallocated by a 
master device to slave devices requesting to transmit data. The MAC layer provides 
"Quality of Service" (QoS) guaranties to OSI layers above the MAC layer for 
receiving parameters related to data communication requests. In response to the QoS 

20 request from the layers above the MAC, the protocol executing in the source slave 
device issues a request for a dynamic or adaptable data link having a minimum and a 
maximum bandwidth associated with such request. The data link request is 
communicated to a master device for authorization. Responsive to the data link 
request, the protocol executing in the master device examines the current state of the 

25 data slot assignments. If appropriate, the master device reallocates the present data 
slot designations. The master device then assigns the requesting slave device a 
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variable-length data slot within the frame for data transmission. Additionally, the 
present invention provides for scheduling the variable-length data slot 
reorganization with master device and slave device timestamp counters. 

5 In general, the MAC layer protocol of the present invention operates in a 

network system having a master device and a plurality of slave devices. More 
particularly, the MAC layer protocol is a software protocol provided and executed in 
the MAC sublayer of the Data Link layer according to the Open System 
Interconnect (OSI) standard. The Logical Link Control (LLC) sublayer forms the 
10 "top" or "upper" half of the Data Link layer and provides virtual linking services. 
The MAC sublayer forms the "bottom" or "lower" half of the Data Link layer and 
provides the services described herein. The software protocol is executed and 
operates on circuitry or like hardware as is known in the art within the master and 
the slave devices on the network at the MAC layer. 

15 

The present invention provides a Time Division Multiple Access (TDMA) 
frame definition for the exchange of protocol messages and other network data, 
which is managed by the master device. In general, the master device carries out the 
operation of controlling and managing access to the TDMA frame. Before 

20 transmitting any network data on the TDMA frame, a requesting or source slave 
device must first register with the master device and then request authorization to 
establish a data link with a target device from the master device. Responsive to this 
data link request, the master verifies that the requested bandwidth is available within 
the network and that the target device is available to communicate with the 

25 requesting device, and then authorizes a data link between the requesting device 
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and the target. The target device is available if it is registered with the master and can 
receive data from the source device within the negotiated bandwidth range. This 
arrangement provides for centralized management of the shared network transport 
between the various devices of the network. 

5 

By way of example, and not of limitation, the MAC layer protocol divides data 
transmission time into discrete data "frames" employing a TDMA frame definition. 
Frames are further subdivided into "sections". In a presently preferred embodiment, 
the TDMA frame comprises a Start-Of-Frame section (SOF), a command section, and a 
10 data slot section having a plurality of variable-length data slots. The SOF section is 
used by the master device for defining the start of each new frame so that each slave 
device can synchronize with the frame structure as set forth by the master device. 

The SOF section includes a synchronization slot. The synchronization slot 
15 identifies the start of each new TDMA frame and synchronizes the master device 
with the slave device. In its preferred embodiment, the master device transmits a 
unique synchronization symbol within the synchronization slot, which does not 
appear anywhere else within the frame to identify the start of each new frame. The 
unique synchronization symbols are used by each of the slave devices on the 
20 network to ascertain the beginning of each frame from the incoming data stream. 

The SOF section also includes a timestamp slot. The timestamp slot is a bit- 
field that is incremented by a modulo-N timestamp counter located on the master 
device, where N is chosen to be sufficiently larger than the time required to perform 
25 all anticipated slot-reorganization tasks. The modulo-N counter rolls over to zero 
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after reaching N-l. The slave device keeps a local copy of the timestamp counter 
which is also incremented for each frame and is used during frames when the SOF 
section is determined to be corrupted. The purpose of the local timestamp counter is 
to allow the local device to recognize the frame time even if the SOF gets corrupted 
5 in one or more frames. 

The timestamp slot permits the master to dynamically reassign data slot time 
and length parameters. In operation, the master determines a predetermined time 
interval required for the modification of the data slot time and/or data slot length to 

10 the slave devices. The master communicates to the slave devices the scheduled frame 
time that the modification will take effect. The master and slave devices thereby 
"coordinate" a scheduled switch from a first set of data slot parameters to a second 
set of data slot parameters. The scheduled switch is designated to occur within all 
participating devices when the timestamp received in the SOF section matches the 

15 exact scheduled time for the data slot switch. In the event that the SOF section for 
the scheduled time is corrupted, the participating devices will use the local 
synchronized copy of the timestamp counter to schedule the data slot switch. 

The command section of the frame is used by the devices of the network for 
20 exchanging protocol messages. Generally, a response to a message in the command 
section is transmitted in the command section of the next immediate frame. In the 
presently preferred embodiment, the command section operates in a "slotted 
ALOHA" mode and in a "TDMA" mode as managed by the master device. A 
detailed treatment of slotted ALOHA protocols is provided by L.G. Roberts in 
25 "ALOHA packet system with and without slots and capture," Computer 
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Communication Review, vol. 5, pp. 28-42, April 1975 and is incorporated herein by 
reference. The present invention employs a modified slotted ALOHA protocol as 
described in the copending patent application entitled "MEDIUM ACCESS 
CONTROL PROTOCOL FOR CENTRALIZED WIRELESS NETWORK 
5 COMMUNICATION MANAGEMENT" having attorney docket number "INT-99- 
005" filed on September 10, 1999 which is expressly incorporated herein by 
reference. The slotted ALOHA mode is used by the master device to invite protocol 
messages from the slave devices. For example, a first slave device may respond to an 
ALOHA command with a message requesting a data link with a second device in 
10 order to transmit data to the second slave device. Other responses to an ALOHA 
command may include a message indicating the slave device is starting up, shutting 
down, or is busy. Other protocol message replies or commands as is known in the art 
may also be used. 

15 When a slave device responds to an ALOHA command, the master and the 

slave device engage in a protocol sequence assuming the TDMA mode in the 
command section until the protocol sequence is completed. In this mode, only one of 
the two devices may transmit in the command section at any given time. 

20 The data slots are used for data transmission between the devices of the 

network. Generally, the master device dynamically assigns a data slot to a slave 
device which is requesting to transmit data. The data slot assignment usually 
comprises a start time for transfer (slot start time) and a length of time for transfer (slot 
length). The slot start time corresponds to the time position within the data slot 

25 section of the frame at which point the device begins its transmission. The slot 
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length measured from the slot start provides the time position within the frame at 
which transmission is terminated for that the frame. The slot length corresponds to 
the bandwidth allocated to the device within the data section of the frame. 

5 The length of each data slot assigned is structured and configured to have 

variable length as dynamically assigned by the master device according to the QoS 
parameters provided for the bandwidth range. That is, the length of the data slot 
assigned by the master to a first device may be of different length than a data slot 
assigned to a second device. The granularity of such length assignment is one (1) bit. 

10 Thus the master device can assign data slots in increments of one bit. Normally, the 
minimum size of a data slot assignment is sufficient to accommodate the slave sync 
symbols, which are described further below. By providing data slots with varying 
widths, the master device may assign a wider data slot to slave devices capable of 
accommodating wider bandwidth transfers. Conversely, the master may assign a 

15 narrower data slot to slave devices with correspondingly limited bandwidth. Thus, 
the structure of the TDMA frame and the utilization of the TDMA frame as set forth 
by the MAC protocol of the present invention optimize the bandwidth use of the 
network transport medium. 

20 The master device assigns or allocates a data slot with a length according to 

an algorithm provided by the present invention. In determining the slot length 
assignment, this algorithm considers, among other things, the request made by a 
requesting source slave device which includes certain bandwidth parameters as 
described below, as well as capabilities of the target device and the bandwidth 

25 available in the network. 
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The MAC protocol software of the present invention executing in a slave 
device of the network includes an algorithm for handling QoS commands or requests 
passed from the layers of the OSI reference model above the MAC layer including 

5 the Network layer, the Transport layer, the Session layer, the Presentation layer, and 
the Application layer. Such QoS requests normally accompany a link request in the 
form an Interface Data Unit (IDU ) from the Network layer to transmit or receive data 
from another device. The QoS request includes information pertinent to the data link 
request and may include, for example, the size of the data to be transferred, the 

10 bandwidth limits (minimum and maximum bandwidth) of the requesting device, or 
latency requirements. The requesting slave device may also provide a minimum and 
maximum bandwidth which are of the same value, which would provide backward 
compatibility with current devices. 

15 A data link request (REQ) is then made to the master device to negotiate for a 

data slot in the frame. This REQ will include the minimum and maximum bandwidth 
as requested by the slave device. Other relevant data such as the identity of the 
source slave device and the target slave device will also accompany the REQ request 
as is known in the art. 



Responsive to the REQ request received from the source slave device, the 
master device analyzes the current data slot assignments within the frame. For this 
purpose, the MAC protocol software executing in the master device includes 
algorithms for dynamically reallocating (or reorganizing) the current data slots in the 
25 frame and algorithms for assigning a corresponding slot start time and length to a 
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requesting slave device according to the minimum and maximum bandwidth as given 
in the REQ request as well as the currently available bandwidth in the network. 

For the present invention, the term "reallocating" is analogous with the term 
5 "reorganizing" with respect to the data slots assignments in the frame. As described 
in further detail below, reallocating may include a reassignment of slot start time 
and/or a reassignment of slot length. 

The reallocation algorithm provides reassignment of current data slot 
10 assignments. Reallocation is appropriate in a variety of circumstances. One such 
circumstance arises when the current data slot assignments are scattered across the 
entire data slot section creating a plurality of disjoint free time blocks within the data 
slot section. The present invention provides an algorithm to consolidate the disjoint 
free time blocks by reallocating the current data slots. The reallocation algorithm 
15 may also modify the existing data slot length assignment to accommodate "room" or 
space for the new data slot request. This new length reassignment is typically 
communicated as a new slot length within the bandwidth range negotiated during 
the data link setup. 

20 In its preferred embodiment the reallocation algorithm provides a schedule for 

the reassignment of the slot start time and/or length. The reallocation algorithm 
provides for a master device to determine an interval that will be required to 
communicate the switch in slot start time and/or slot length from the master devices 
to the slave devices. The master device schedules the switch from a first slot start 

25 time and/or slot length to a second slot start time and/or slot length at a scheduled 
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time which is the sum of the interval and the current time. The scheduled switch time 
is communicated from the master to the participating slave devices using the 
command slot. When the bit field of the timestamp slot matches the scheduled switch 
time, all participating devices will simultaneously switch from the first slot time and/or 
5 slot length to the second slot time and/or slot length. 

In certain instances, data slot reallocation may increase the data slot length to 
devices which have current data slot assignments thus providing more bandwidth 
than previously allocated. This situation may arise when other devices complete 
10 their existing data transfers, and release their assigned data slots. Other 

.3 1* 

'•: is? 

v;j circumstances for data slot reallocation may also be appropriate including a target 
0 slave device requesting to receive less data than it is currently set up to receive due 
□J to internal throughput restrictions, for example. 

CP 15 As noted above, the master device assigns a variable-length data slot to 

if requesting slave devices. Also noted above, the master device may dynamically alter 
j |3 or change the current data slot assignment including the slot start time and/or the slot 
length. In carrying out the data slot assignment and reassignment, the master device 
considers the minimum and maximum bandwidth request accompanying the REQ 
20 request. The master device attempts to fulfill such a bandwidth request within the 
minimum and maximum range specified without having to perform a data slot 
reallocation. However, a data slot reallocation may be appropriate in order to fulfill a 
REQ request if overall transmit time is reduced. It is reduced if the sum of the time 
required to reallocate the data slot section and the overall transmit time after 
25 reallocation is smaller than the overall transmit time without reallocation. Several 
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factors or considerations as is known in the art may be used to ascertain whether 
overall transmit time would be reduced by a data slot reallocation. 

The MAC layer protocol of the present invention may be utilized in various 
5 network configurations and topologies including, for example, guided or wired media 
as well unguided or wireless media. 

The master device described herein, in addition to carrying out its functions as 
a master device, may also carry out functions as a slave device as described above. 
10 For example, the master device may also engage in data transfer of non-protocol 

'sis 

i j related data with a slave device. 

(q An object of the invention is to provide a Medium Access Control layer 

'il protocol which overcomes the deficiencies in the prior art. 

I 15 

Another object of the invention is to provide a Medium Access Control layer 
protocol which provides Quality of Service guaranties to the Network layer, the 
Transport layer, the Session layer, the Presentation layer, and the Application layer of 
the Open Systems Interconnection reference model. 

20 

Another object of the invention is to provide a Medium Access Control layer 
protocol and method for use in a network system which provides a Time Division 
Multiple Access frame definition having variable-length data slots for data 
transmission, each data slot having a granularity of one bit. 

25 
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Another object of the invention is to provide a Medium Access Control layer 
protocol and method for use in a network system which provides dynamic data slot 
requisition, where the data slot has an adaptable or variable length and/or slot start 
time. 

5 

Another object of the invention is to provide a Medium Access Control layer 
protocol and method for use in a network system which provides dynamic data slot 
allocation, where the data slot has variable length and/or slot start time. 

10 Another object of the invention is to provide a Medium Access Control layer 

protocol and method for use in a network system which provides dynamic data slot 
reallocation. 

Another object of the invention is to provide a Medium Access Control layer 
15 protocol and method for use in a network system which provides dynamic data slot 
reallocation by scheduling slot reassignment at a designated time, thereby avoiding a 
break in the communication channels. 

Further objects and advantages of the invention will be brought out in the 
20 following portions of the specification, wherein the detailed description is for the 
purpose of fully disclosing the preferred embodiment of the invention without 
placing limitations thereon. 

25 BRIEF DESCRIPTION OF THE DRAWINGS 
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The present invention will be more fully understood by reference to the 
following drawings, which are for illustrative purposes only. 

FIG. 1 is a block diagram of an illustrative network system which employs 
5 unguided media suitable for use with the protocol of the present invention, 

FIG. 2 is a Time Division Multiple Access protocol frame definition in 
accordance with the present invention. 

10 FIG. 3a is a block diagram of a fragmented data slot section. 

FIG. 3b is a block diagram of a contiguous data slot section. 

FIG. 4 is a flowchart showing generally the steps involved in dynamic data 
15 slot requisition and assignment. 

FIG. 5 is flowchart showing generally the steps involved in reallocating a 
fragmented data slot section. 

20 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Persons of ordinary skill in the art will realize that the following description of 
5 the present invention is illustrative only and not in any way limiting. Other 

embodiments of the invention will readily suggest themselves to such skilled persons 
having the benefit of this disclosure. For example, the illustrative embodiments of the 
present invention are disclosed executing within an embedded processor, but other 
technologies could be employed as well. 

10 

Referring more specifically to the drawings, for illustrative purposes, the 
present invention is embodied in the apparatus shown FIG. 1 through FIG. 3b and 
the method outlined in FIG. 4 and FIG. 5. It will be appreciated that the apparatus 
may vary as to configuration and as to details of the parts, and that the method may 
15 vary as to details and the order of the steps, without departing from the basic 
concepts as disclosed herein. The invention is disclosed generally in terms of a 
Medium Access Control (MAC) layer protocol, although numerous other uses for the 
invention will suggest themselves to persons of ordinary skill in the art. 

20 Referring first to FIG. 1, a block diagram of an illustrative network system 

suitable for use with the protocol of the present invention is shown and designated 
as 10. The network system 10 comprises a "master" transceiver device 12 and one 
or more "slave" transceiver devices 14a through 14n. The master device may also be 
referred to as a "base" transceiver, and slave devices may also be referred to as 

25 "mobile" transceivers. Master transceiver 12 and slave transceivers 14a through 14n 
include a transmitter or other transmitting means known in the art (not shown) for 
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transmitting data to the other transceivers of the network 10 via a corresponding 
antenna 18, 20a through 20n. Transceivers 12, 14a through 14n further include a 
receiver or other receiving means known in the art (not shown) for receiving data 
from the other transceivers via its corresponding antenna 18, 20a through 20n. While 
5 the present invention is described in association with the wireless system 10, the 
MAC protocol of the present invention may also be utilized with various other 
communication systems. 

As described in more detail below, the protocol software of the present 
10 invention provides functions, routines and algorithms that are executed on the 
master device 12 and slave devices 14a through 14n of the network 10. Each 
network device 12, 14a through 14n also includes circuitry or like hardware (not 
shown) as is known in the art for executing the MAC protocol of the present 
invention at the MAC layer of the device. In an illustrative embodiment, the MAC 
15 protocol is run or is otherwise executed on an embedded processor (not shown) 
within each device 12, 14a through 14n. Use of embedded processors to implement 
protocols is well known in the art. 

The MAC protocol of the present invention provides services at the MAC 
20 sublayer of the Data Link layer according to the Open Systems Interconnection 

(OSI) reference model. The Logical Link Control (LLC) sublayer comprises the other 
(upper) portion of the Data Link layer and provides virtual linking services to the 
Network layer of the OSI reference model. The MAC layer protocol of the present 
invention may be used in a variety of network configurations and topologies 
25 including, without limitation, wired or guided networks and wireless or unguided 
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networks. The network may include various devices as is known in the art including, 
without limitation, computers, monitors, televisions, hubs, routers, gateways, speakers, 
microphones, radios, compact disk units, video cassette units, digital video disk units, 
mini-disk units, and other appliances which may participate in a communication 
5 network. 

Generally, the invention provides the MAC sublayer software which is 
executed on circuitry or like hardware (not shown) within devices of the network 
system as is known in the art. Typically, the MAC software is programmed into and 

10 executed on integrated circuit residing in the various network devices. A data link 
interface (not shown) provides a data path between the MAC layer implementation 
of the present invention to its "peer entities" which are the Network layer 
implementation (not shown) and the Physical layer implementation (not shown) as is 
known in the art. A typical communication interface provides a data path for passing 

15 an Interface Data Unit (IDU) as is known in the art. 

Referring now to FIG. 2, as well as FIG. 1, a Time Division Multiple Access 
(TDMA) frame definition is shown and generally designated as 22. TDMA frame 22 
is an illustrative frame arrangement provided by the MAC layer protocol of the 

20 present invention. In general, the MAC layer of the present invention provides the 
master device 12 with the functions and routines for carrying out the operation of 
managing each TDMA frame 22 which is communicated in the network system 10 as 
described below. The MAC layer protocol also provides the slave device 14a 
through 14n with the functions and routines for carrying out the operation of 

25 exchanging protocol messages with the master device 12 and the other slave devices, 
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and exchanging data with other slave devices. Layer protocol communication is also 
provided so that the MAC layer may communicate with the Physical layer and the 
Network layer. 



time into discrete data "frames" which are structured and configured as TDMA 
frame 22. Frames are further subdivided into sections. In the preferred embodiment, 
the TDMA frame 22 comprises a Start-Of-Frame section 24, a command section 26, 
and a data slot section 28. The data slot section 28 is further subdivided into a 
10 plurality of data slots 30a through 30n. 

The Start-Of-Frame section 24 includes a synchronization slot 25 and a 
timestamp slot 27. The synchronization slot 25 identifies the start of each new 
TDMA frame and synchronizes the master device 12 with the slave device 14a 

15 through 14n. In its preferred embodiment, the master device 12 transmits a unique 
synchronization symbol within the synchronization slot 25, which does not appear 
anywhere else within the frame 22, in the SOF section 24 to identify the start of each 
new frame. The unique synchronization symbols are used by each of the slave 
devices 14a through 14n on the network to ascertain the beginning of each frame 

20 from the incoming data stream. 

The SOF section 24 also includes a timestamp slot 27. The timestamp slot 27 
includes a bit-field which is incremented by a timestamp counter 29 by the master 
device 12. The timestamp counter 29 increments the bit- field each frame in modulo-N 
25 manner, where N is sufficiently larger than the time required for any scheduling 



5 



The MAC layer protocol of the present invention divides data transmission 
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events. The value in the timestamp slot 27 is used to coordinate modifications to the 
data slot section 28. The modulo-N timestamp counter 29 rolls over to zero after 
reaching N-l. The slave devices 14a-14n keeps a local copy 31a through 3 In of the 
timestamp counter 29 which is also incremented for each TDMA frame 22 and is used 
5 during frames when the SOF section is determined to be corrupted. The purpose of 
the local timestamp counter 31a through 3 In is to allow the respective local device 
14a through 14n to recognize the frame time, even if the SOF gets corrupted in one 
or more frames. 

10 The timestamp slot permits the master to dynamically reassign the data slot 

time and length parameters. In operation, the master 12 determines a predetermined 
time interval required for the modification of the data slot time and/or data slot length 
to the slave devices. The master 12 communicates to the slave devices 14a through 
14n the scheduled frame time that the modification will take effect. The master 12 

15 and slave devices 14a through 14n thereby "coordinate" a scheduled switch from a 
first set of data slot parameters to a second set of data slot parameters. The scheduled 
switch is designated to occur within all participating devices when the timestamp 
received in the SOF section matches the exact scheduled time for the data slot 
switch. In the event that the SOF section for the scheduled time is corrupted, the 

20 participating slave devices will use the local synchronized copy of the timestamp 
counter 31a through 3 In to schedule the data slot switch. 



The command section 26 contains protocol messages exchanged between the 
transceiver devices. Generally protocol messages are communicated between the 
25 master device 12 and one or more slave devices 14a through 14n. Protocol messages 



22 




INT-99-009 



may comprise, among other things, invitations for requests, requests for data links, 
requests for discovery, requests for shutdown, requests for termination of data link, 
acknowledgements, negative acknowledgements and other protocol messages 
known in the art. 

5 

The data slots 30a through 30n are assigned by the master device 12 to 
requesting slave devices 14a through 14n. Data slots 30a through 30n are provided 
for data communication exchange and are structured and configured to have 
variable lengths having a granularity of one (1) bit as allocated by the master device 

10 12. Data slots 30a through 30n are further structured and configured to be 

dynamically changing wherein the master device 12 may dynamically reallocate and 
reassign the relative start time and the length of the data slots 30a through 30n 
within the data slot section 28 of the frame 22. This arrangement allows the master 
device 12 to dynamically manage the usage of the data slot section 28 to optimize 

15 the bandwidth capabilities of the transport medium of the network and the devices 
of the network. Thus, the master device 12 may allocate a wider data slot to a slave 
device which can utilize a wider bandwidth. Conversely, the master device may also 
allocate a narrower data slot to a slave device which has more limited bandwidth 
capabilities. The method of requesting and assigning variable length data slots is 

20 described in further detail in conjunction with FIG. 4 below. 



The invention includes a framing control function 32 associated with the 
devices of the network. The framing control function 32 carries out the operation of 
generating and maintaining the time frame information. In the master device 12 the 
25 framing control function 32 delineates each new frame by Start-Of-Frame (SOF) 



23 




INT-99-009 



symbols. In the preferred embodiment, the SOF symbols include symbols which do 
not appear anywhere else within the frame. These SOF symbols provide the "master 
sync" for the network and a timestamp bit-field for slot allocation which are 
transmitted in the Start-Of-Frame section 24 of frame 22. These "master sync" SOF 
5 symbols are used by the framing control function 32 in each of the slave devices 14a 
through 14n on the network to ascertain the beginning of each frame 22 from the 
incoming data stream using mechanisms known in the art including, for example, 
correlators, phase lock loop functions, and phase offset detectors and controllers. 
Additionally, the SOF time bit-field symbols are used by the framing control function 
10 32 to schedule switching from a first data slot length to a second data slot length. 

For example, in one illustrative embodiment, the invention utilizes a 10-bit SOF 
"master sync" code and a timestamp code of "01 1 1 1 1 1 1 10". Various encoding 
schemes known in the art may be used to guarantee that the SOF code will not 
15 appear anywhere else in the data sequence of the frame. A common encoding 
scheme for 8-bit data is a 4B/5B encoding scheme where 8-bit data words are 
encoded into 10-bit data words. Once frame synchronization is established between 
the slave devices 14a through 14n and the master device 12, the slave devices can 
synchronize their respective time counters to the time counter of the master device 



In the preferred embodiment, the length of the frame 22 is predetermined and 
is fixed for a specific network use. In an alternative arrangement, the size of frame 22 
may be of variable length as dynamically set forth by the master device 12 to 
25 accommodate changing network needs or a changing environment. The framing 



20 



12. 
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control function 32 in the slave devices 14a through 14n provide mechanisms 
known in the art, such as local counters, correlators, phase lock loop functions, and 
phase offset detectors and controllers, which allow the slave devices to reestablish 
frame synchronization with the master device 12 when the size or length of frame 22 
5 is altered by the master device 12. 



The master device 12 carries out the operation of managing network data 
communication via the exchange of "protocol messages" in the command section 26 
of frame 22 as described in copending application entitled "MEDIUM ACCESS 
10 CONTROL PROTOCOL FOR CENTRALIZED WIRELESS NETWORK 

COMMUNICATION MANAGEMENT" having attorney docket number "INT-99- 
005" filed on September 10, 1999 which is expressly incorporated herein by 
reference. 

15 Each device operates as a finite-state machine having at least three states: 

offline, online, and engaged. Each slave device maintains and tracks its state by 
storing its state information internally, usually in random access memory (RAM) (not 
shown) or other memory means known in the art. The state of each slave device is 
further maintained and tracked by the master device 12 by storing the states of the 

20 slaves in a master state table (not shown) stored in RAM. 



Each slave device 14a through 14n is normally set to "offline" after its initial 
activation. Each slave device must first be "registered" with the master device 12 
before the slave device may engage in data communication with the other slave 
25 devices of the network. Once a device is registered with the master device 12, the 
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device is considered "online" and ready for communication. The registration 
sequence is described in further detail in copending application entitled "MEDIUM 
ACCESS CONTROL PROTOCOL FOR CENTRALIZED WIRELESS NETWORK 
COMMUNICATION MANAGEMENT" having attorney docket number "INT-99- 
5 005" filed on September 10, 1999 which is expressly incorporated herein by 
reference. 



A slave device that is in the "online" state is ready to send or receive data 
from the other devices on the network 10. Additionally, a slave device is in the 
10 "online" state if it is not currently engaged in communication with other slave 
; :|] devices. 

m 

I'S A slave device is "engaged" when the device is currently communicating 

^ with one or more slave devices. For example, where a source slave device is 

15 transmitting audio signal data to a target slave device, both the source and target 

hi* 

J'j! slave device are in the "engaged" state. 

The command section 26 of TDMA frame 22 provided by the MAC protocol 
of the present invention is structured and configured to operate in a "slotted 
20 ALOHA" mode and a "TDMA" mode as determined by the master device 12. In 
general, the slotted ALOHA mode is used by the master device 12 to invite protocol 
messages from the slave devices. The master device 12 periodically broadcasts an 
ALOHA message to invite slave devices to send their pending protocol messages. 
This arrangement is known as "slotted ALOHA" because all protocol messages 
-f 25 including the ALOHA broadcast are sent during a predetermined time slot. In the 
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preferred embodiment, the ALOHA broadcast is transmitted in command section 26 
every three seconds. Responsive to this ALOHA packet and in the next immediate 
TDM A frame, a slave device transmits its protocol message to the master device 12 in 
command section 26. The operation of the slotted ALOHA mode is described in 
5 further detail in copending application entitled "MEDIUM ACCESS CONTROL 
PROTOCOL FOR CENTRALIZED WIRELESS NETWORK COMMUNICATION 
MANAGEMENT" having attorney docket number "INT-99-005" filed on 
September 10, 1999 which is expressly incorporated herein by reference. 



10 The TDMA mode is active when the master device 12 and the slave device 

which answered the ALOHA message are engaged in a protocol sequence. Such 
protocol sequences include, for example, a discovery sequence, a shutdown 
sequence, a data link request sequence, a link service request sequence, a data link 
terminate sequence, and a service terminate sequence, among others. The method for 

15 carrying out these protocol sequences is described further in copending application 
entitled "MEDIUM ACCESS CONTROL PROTOCOL FOR CENTRALIZED 
WIRELESS NETWORK COMMUNICATION MANAGEMENT" having attorney 
docket number "INT-99-005" filed on September 10, 1999 which is expressly 
incorporated herein by reference. The TDMA mode continues until the entire 

20 protocol sequence is completed. 



Referring next to FIG. 3a, as well as FIG. 1 and FIG. 2, a block diagram of a 
fragmented data slot section is shown and generally designated as 34. Fragmented 
data slot section 34 is shown having a "fragmented" structure wherein assigned 
25 data slots 30a through 30n are separated by free time blocks 36a through 36n. Data 
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slot section 28 takes on the structure of fragmented data slot section 34 over the 
course of transmit time as data slots are assigned, released and then reassigned and 
because data slot assignments have varying lengths and varying durations of 
occupancy. 



Each data slot 30a through 30n has a corresponding slot start time 38a 
through 38n and corresponding slot length 40a through 40n. The slot start time 38a 
through38n corresponds to the time position within the data slot section 28 of the 
frame at which point the device begins its transmission. The slot length 40a through 
10 40n measured from the slot start time provides the time position within the frame at 
which transmission is terminated for the data slot for each frame. The slot lengths 
40a through 40n correspond to the bandwidth allocated to the devices within the 
data slot section 28 of the frame and may be of varying lengths as assigned by the 
master device 12. 



Each data slot 30a through 30n comprises a corresponding slave sync symbol 
42a through 42n and data payload 44a through 44n. The slave sync symbols 42a 
through 42n are used by a source slave device for providing timing synchronization 
signals to a corresponding target slave device to accommodate for propagation 

20 delays between the source and target slave devices. Propagation delays vary in 
length depending on the distance between source and target slave device. As 
described above, the master sync symbols 24 provides timing signals to allow slave 
devices to synchronize with the master clock of the master device 12. Likewise, the 
slave sync symbols 42a through 42n are symbols which allow target slave devices to 

25 synchronize with corresponding source slave devices using similar synchronization 



5 
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algorithms such as phase offset detectors and controllers. Proper target to source 
slave device synchronization is fundamental for reliable data communication 
exchange between the slave devices. 

5 The data payload 44a through 44n contains the encoded actual data or bit 

information which is transmitted from the source device to the target device. The 
MAC layer at the target slave device receives the transmitted data payload 44a 
through 44n and provides such information to its corresponding Network layer for 
further processing as in known in the art. 

10 

Referring now to FIG. 3b, as well as FIG. 1 through FIG. 3a, a block diagram 
of a data slot section with a contiguous block of assigned data slots is shown and 
generally designated as 46. Contiguous data slot section 46 is shown having a 
"defragmented" structure wherein data slots 47a through 47n are not separated by 

15 free time blocks as in the data slots 30a through 30n in fragmented data slot section 
34. Rather, the free time blocks have been consolidated into a single free time block 
48 within the data slot section 28. Data slot section 28 takes on the structure of 
contiguous data slot section 46 normally after a data slot reallocation step as 
described below in conjunction with FIG. 5. Data slot section 28 also takes on the 

20 structure of contiguous data slot section 46 during initial assignment of data slots 

where the data slot section 28 is initially empty and is subsequently apportioned into 
data slots 47a through 47n. However as noted above, data slot section 28 takes on 
the structure of fragmented data slot section 34 over the course of transmit time as 
data slots are assigned, released and then reassigned. 

25 
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Contiguous data slot section 46, like fragmented data slot section 34, includes 
a plurality of data slot assignments 47a through 47n. Each data slot 47a through 47n 
includes a corresponding slot start time 50a through 50n and a slot length 52a 
through 52n. Normally after the reallocation step, the slot start time 50a through 50n 
5 for the corresponding data slot 47a through 47n is different from the slot start time 
38a through 38n as in fragmented data slot section 34. The slot length 52a through 
52n in contiguous data slot section 46 may also differ from the slot length 40a 
through 40n in fragmented data slot section 34 subsequent to data slot reallocation. 

10 Each data slot 47a through 47n comprises a corresponding slave sync symbol 

42a through 42n and data payload 54a through 54n. The slave sync symbols 42a 
through 42n, as in fragmented data slot section 34, are used by the corresponding 
source slave devices for providing synchronization timing signals to corresponding 
target slave devices to accommodate for propagation delays. In general, the slave 

15 sync symbols 42a through 42n do not change after data slot section reallocation. 

The data payload 54a through 54n, like the data payload 44a through 44n for 
fragmented data slot section 34, contains the encoded actual data or bit information 
which is transmitted from the source device to the target device. The data payload 
20 54a through 54n may be allocated a different bandwidth from data payload 44a 

through 44n depending on whether the new slot length 52a through 52n is different 
from the corresponding slot length 40a through 40n. 

While contiguous data slot section 46 is shown with the free time block 48 
25 consolidated at the end of the data slot section 28, other alternative structures may 
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be used as well to provide a functional contiguous data slot arrangement such as, for 
example, providing a nominal "free time block" (not shown) between each data slot 
47a through 47n to provide a "propagation delay buffer" between each data slot 
47a through 47n. Such a "propagation delay buffer" would provide nominal space 
5 between data slots 47a through 47n to "buffer" data slot transmission interference 
or overlap which may arise during data slot transmission because of transmission 
propagation delays. Other arrangements known in the art for providing a contiguous 
data slot section may also be used. 



10 The method and operation of the invention will be more fully understood by 

vl reference to the flow charts of FIG. 4 and FIG. 5. FIG. 4 is a flowchart showing 

CO generally the steps involved in dynamic data slot requisition and assignment. FIG. 5 

MJ 

S3 is a flowchart showing generally the steps involved in reorganizing a fragmented 

Mi 

data slot section. The order of steps as shown in FIG. 4 through FIG. 5 and described 
15 below are only exemplary, and should not be considered limiting, 

|« is 

Referring now to FIG. 4, as well as FIG. 1 through FIG. 3b, there is shown 
generally the method of dynamically requesting and assigning a variable-length data 
slot to a requesting or source slave device and a target slave device. This method is a 

20 modified data link request (REQ) and service request (SREQ) sequence as described 
in copending application entitled "MEDIUM ACCESS CONTROL PROTOCOL 
FOR CENTRALIZED WIRELESS NETWORK COMMUNICATION 
MANAGEMENT" having attorney docket number "INT-99-005" filed on 
September 10, 1999 which is expressly incorporated herein by reference. This 

25 protocol exchange arises when a first requesting or source slave device requests a 
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data link with a second target slave device. The data link, once established, allows 
the two slave devices to directly transmit data to each other via the assigned data 
slot. 



5 At reference number 100, the master device 12 periodically transmits an 

ALOHA broadcast in the command section 26 of the TDMA frame 22 to invite 
protocol messages from "offline", "online", and "engaged" slave devices. In the 
preferred embodiment, the ALOHA broadcast is transmitted every three seconds. 
The process of reference number 1 10 is then carried out. 

10 

At reference number 1 10, a requesting slave device has received the ALOHA 
broadcast of reference number 100. A requesting device is one whose MAC layer 
has received a communication directive from the Network layer. By way of 
illustration and not limitation, such communication instruction may be in the form of 

15 IDU messages from the Network layer. Such IDU messages may comprise 

instructions to transmit or receive data from another slave device. The IDU messages 
from the Network layer may include one or more Quality of Service (QoS) parameters 
for data transmission. As noted above, such QoS parameters may include, for 
example, the size of the data to be transferred, a latency range specification, or a 

20 bandwidth range requirement for optimal performance during data transfer. 



Also at reference number 110, the MAC makes a data link request (REQ) to 
the master device to negotiate for a data slot in the frame. This REQ will typically 
include the QoS parameters and other relevant data such as the identity of the source 
25 slave device and the target slave device as known in the art. The REQ is transmitted 
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in the command section 26 of the next immediate frame to the master device 12 
following the receipt of the ALOHA message transmitted in reference number 100. 
The process of reference number 120 is then carried out. 



5 At reference number 120, the REQ request is received by the master device 12. 

The master device 12 queries the master state table maintained by the master device 
12 to ascertain the state of the requesting device of reference number 110. 
Additionally, the master device 12 queries the master state table to ascertain the state 
of the target device indicated in the REQ request of reference number 110. Act 130 
10 is then carried out. 

SB At act 130, the master device determines whether the requesting device and 

the target device are online. As described above, a slave device must be registered as 
online with the master device 12 before such slave device communicates with a 
15 second slave device. In this regard, a slave device which is "offline" according to 
the master state table is denied a data link request. Likewise a slave device which is 
requesting to communicate with a target slave device which is "offline" according 
to the master state table, or cannot establish a communication link, is also denied a 
data link request. If the master determines that the requesting device and the target 
20 device are available to establish a communication link, then act 140 is carried out. 
Otherwise, act 150 is carried out. 



At act 150, the master device 12 denies the REQ request of step 110. The 
master device may carry out any means known in the art for denying the REQ 
25 request including, for example, communicating a Negative Acknowledgement 
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(NACK). Copending application, entitled "MEDIUM ACCESS CONTROL 
PROTOCOL FOR CENTRALIZED WIRELESS NETWORK COMMUNICATION 
MANAGEMENT" having attorney docket number "INT-99-005" filed on 
September 10, 1999 which is expressly incorporated herein by reference, includes 
5 improved sequence means for denying the REQ request and may be used in 

conjunction with act 150. The process of reference number 100 is then carried out 
again. 



At act 140, the master device 12 determines that the source and target devices 
10 are available for the data link request of reference number 110. The master device 12 
then proceeds with a link service request sequence by transmitting a SREQ message 
to the target device indicated in the REQ request of reference number 1 10. The 
SREQ message identifies the source slave device as well as the QoS parameters of the 
REQ request of reference number 110. Act 160 is then carried out. 

15 

At act 160, the target device receives the SREQ message from act 140. The 
target device queries its internal state information to determine the current state of 
the target device. The process of reference number 170 is then carried out. 

20 At reference number 170, the target device determines whether it can 

accommodate a communication link with the source device and whether the 
requested QoS can be satisfied by the target device. If the target device is unable to 
accommodate such a communication link with the source device, reference number 
190 is carried out. Otherwise, reference number 180 is carried out. 

25 
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At reference number 190, the target transmits a "BUSY" protocol message in 
the command section 26 to the master device 12 to indicate that the target device is 
currently not able to accommodate a connection with the source device. The BUSY 
message may also indicate the reason for its inability to engage in communication 
5 with the source device and may provide the bandwidth which can be accommodated 
by the target device. Act 150 is then carried out. 

At reference number 180, the target device transmits an "ACK" message to 
the master device 12 to indicate its acknowledgement of the SREQ message of act 
10 140 and its acceptance of the data link request. This ACK message may additionally 
indicate the bandwidth capabilities of the target slave device, including for example a 
bandwidth range in which the target device may communicate. The process of 
reference number 200 is then carried out. 

15 At reference number 200, the master device 12 receives the ACK message of 

step 180. The master device 12 interprets the ACK message as an acknowledgement 
and acceptance of the SREQ message of act 140. The master device 12 then 
examines the current data slot assignments within data slot section 28 to ascertain or 
otherwise determine whether the bandwidth specifications as set out in the REQ 

20 request of reference number 110 and the ACK message of reference number 180 can 
be fulfilled using the free time blocks of the current data slot section 28. As noted 
above, the free space is initially contiguous as shown in FIG. 3b. However, at other 
times, the free space may be fragmented across the data slot section 28 as shown in 
FIG. 3a. In the latter case, the master device 12 determines whether consolidating the 
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free time blocks 36a through 36n would satisfy the bandwidth specifications as set 
out in the REQ and ACK message. The act 210 is then carried out. 

At act 210, the master device 12 determines whether the data slot section 28 
5 will be reorganized to consolidate the free time blocks 36a through 36n. Several 
factors as is known in the art may be used to determine whether the network system 
10 would benefit by such a reorganization step including, for example, the degree of 
fragmentation within the data slot section 28. Where there is only a single free time 
block, such as during initial startup, reorganization of the data slot section is not 

10 normally invoked. In certain cases, such as when network traffic is light, 
reorganization may be invoked in order to provide a slave device with more 
bandwidth than originally assigned. As noted above, various factors known in the 
art may be used to determine whether reorganizing data slot section 28 would 
optimize the network communication. If the master device 12 determines that 

15 reorganization is to be carried out, act 215 is carried out. The act 215 comprises the 
series of steps shown in FIG. 5, which are described below. If the master device 12 
determines that reorganization is not to be carried out, an act 220 is carried out. 

At act 220, the master device 12 assigns a data slot 47n within the data slot 
20 section 28 to the requesting source device and the target device for data 

communication. The data slot assignment comprises a slot start time 50n and a slot 
length 52n. The slot length 52n conforms to the bandwidth specifications set forth 
in the REQ of step 110 and the ACK message of reference number 180. In general, 
the master device 12 assigns a slot length 52n which falls within the minimum and 
25 maximum bandwidth limits set forth in the REQ message and which falls within the 
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bandwidth capabilities of the target devices as specified in the ACK message, as well 
as the available network bandwidth. More preferably, the master device 12 assigns a 
slot length 52n which matches or closely matches the maximum bandwidth request 
of the REQ message and which falls within the bandwidth capabilities of the target 
5 devices as specified in the ACK message. An act 230 is then carried out. 



At act 230, the master device 12 communicates a Master- Acknowledgement 
(M-ACK) protocol message to the requesting source device of reference number 110 
and the target slave device of act 140 to indicate the authorization of the data link 
10 REQ request of 1 10 and to indicate the slot start time 50n, and the slot length 52n as 
determined in act 220. The process of reference number 240 is then carried out. 



At reference number 240, the requesting source device of reference number 
110 and the target slave device of act 140 change into "engaged" mode and initiate 
15 a data link according to steps known in the art. After initiating the data link, the 
source and target devices transmit a protocol message to the master device 12 to 
indicate the termination of the data link. The process is then repeated by carrying 
out reference number 100 again. 



20 Referring now to FIG. 5, as well as FIG. 1 through FIG. 4, there is shown 

generally the method of dynamically reallocating the data slots 30a through 30n in 
data slot section 28 following act 210 and act 215 of FIG. 4. As noted above, the 
master device 12 may change the data slot assignments within the data slot section 
28 for a number of reasons. The most common reason for reallocation is for the 

25 purpose of consolidating the fragmented free time blocks 36a through 36n as shown 
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in FIG. 3a into a consolidated free time block 48 as shown in FIG. 3b. Another 
reason may be to alter one or more of the slot lengths 40a through 40n currently 
assigned. Decreasing the slot length generally provides more free time within the 
data slot section 28. Increasing a device's slot length generally provides increased 
5 bandwidth to the device. The protocol of the present invention provides a 

reallocation process embodied in software which is executed by the master device as 
described herein. 



At act 250, the reallocation process initializes by inspecting the first data slot 
10 assignment. Various compaction algorithms known in the art may be used to 
reallocate the data slots. In the present exemplary method, the sorting algorithm 
iterates through each data slot assignment 30a through 30n starting with the first 
data slot 30a. An act 260 is then carried out. 



15 At act 260, the reallocation process determines whether the current data slot 

inspected will be reassigned. A data slot reassignment may include an adjusted slot 
start time and/or an adjusted slot length. As described above, various factors known 
in the art may be utilized to determine whether data slot reassignment is appropriate 
for one or more currently assigned data slots. If the reallocation process determines 

20 that the current data will be reassigned and act 270 is carried out. Otherwise act 280 
is carried out. 

At act 270, the reallocation process determines whether the slot start time will 
be adjusted for the data slot currently inspected. Start time adjustment may be 
25 appropriate, for example, to consolidate the fragmented free time blocks 36a through 



38 




INT-99-009 



36n into the consolidated free time block 48. If the reallocation process determines 
that the currently inspected data slot will be assigned a new start time, reference 
number 290 is carried out. Otherwise the process of reference number 300 is carried 
out. 

5 

At reference number 290, the reallocation process assigns the currently 
inspected data slot a new start time. Normally, the reallocation process assigns a new 
start time, which is previous to the currently assigned start time within data slot 
section 28. For example, contiguous start time 50a is previous to fragmented start 
10 time 38a within data slot section 28. The process of reference number 300 is then 
carried out. 



At reference number 300, the reallocation process determines whether the slot 
length will be adjusted for the currently inspected data slot. Decreasing the slot 
15 length generally frees up bandwidth within the data slot section 28. Increasing the 
slot length generally provides increased bandwidth to devices with currently 
assigned data slots. If the reallocation process determines that the slot length will be 
adjusted, reference number 310 is carried out. Otherwise, the process of reference 
number 320 is carried out. 

20 

At reference number 310, the reallocation process adjusts the slot length for 
the currently inspected data slot. The reallocation process may increase or decrease 
the slot length for the currently inspected data slot depending on the bandwidth 
requirements of the various slave devices 14a through 14n of the network 10 as well 
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as the overall bandwidth traffic on the network 10. The process of reference number 
312 is then carried out. 

At reference number 312, the master device 12 schedules a time for the 
5 assignment or reassignment of the slot start time and/or length. The master device 12 
determines the interval of time needed to communicate the switch in slot time and/or 
slot length to the slave devices. The required time interval is then added to the 
current timestamp and the resulting sum is used in process 314 as the scheduled time 
for slot reassignment. If the scheduled time exceeds the N-bit maximum value use for 
10 the timestamp counter, a modulo-N operation is performed at the scheduled time, and 
the resulting value is used as the scheduled time in process 314. The process of 
reference number 314 is then carried out. 

At reference number 314, the master device 12 communicates the scheduled 
15 slot reassignment time to the slave devices. In operation, the scheduled reassignment 
time of the slot will be communicated at the same time as the information about the 
slot start time and slot length. The master device communicates the slot reassignment 
information by engaging in a protocol exchange sequence with the source and 
target devices. Various protocol exchange methods known in the art may be used 
20 for such communication. More preferably, the master device utilizes a sequence 

retransmission request (SRQ) protocol scheme to communicate the adjusted data slot 
start time and length information. The SRQ protocol scheme is described in 
copending patent application entitled "MEDIUM ACCESS CONTROL PROTOCOL 
FOR CENTRALIZED WIRELESS NETWORK COMMUNICATION 
25 MANAGEMENT" having attorney docket number "INT-99-005" filed on 
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September 10, 1999 which is expressly incorporated by reference. Once the slot 
reassignment information has been communicated to the slave devices, the process of 
reference number 316 is then carried out. 

5 At reference number 316, the source and target devices which are assigned to 

the currently inspected data slot wait for the timestamp counter to equal the value of 
the scheduled slot reassignment frame. During this period, the source and target 
devices continue to use the original slot start time and length assignments. When the 
timestamp counter reaches the scheduled slot reassignment frame, the process of 
10 reference number 320 is then carried out. 

At reference number 320, the slot start times and/or lengths are switched 
simultaneously by all devices assigned to that time slot. More particularly, the slot 
lengths are switched from the first slot length to the second slot length, and the first 
15 slot start time is switched to the second slot start time. The process of reference 
number 280 is then carried out. 

At reference number 280, the reallocation process determines whether there 
are additional data slots within the data slot section 28 for data slot reassignment. As 
20 noted previously, in this present exemplary method, the reallocation process iterates 
through each currently assigned data slot starting with the first data slot 30a. If the 
reallocation process determines that there is an additional data slot within the data 
slot section 28 for data slot inspection and reassignment, reference number 330 is 
carried out. Otherwise the process of reference number 340 is carried out. 

25 
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At reference number 330, the reallocation process iterates to inspect the next 
currently assigned data slot within the data slot section 28. For example, if the 
previously inspected data slot was 30a, the reallocation process iterates to inspect 
the next data slot 30b. Act 260 is then repeated until the last data slot 30n is 
5 inspected, wherein act 280 determines that there are no additional data slots to be 
inspected and reassigned. 

At reference number 340, the reallocation process is completed. The processes 
at reference numbers 220 through 240 of FIG. 4 are then carried out to complete the 
10 data slot assignment process. 

Accordingly, it will be seen that this invention provides a Medium Access 
Control layer protocol and method for use in a Time Division Multiple Access 
network system, which provides variable data slot requisition, variable data slot 
15 allocation, and dynamic data slot reallocation. Although the description above 

contains many specificities, these should not be construed as limiting the scope of the 
invention but as merely providing an illustration of the presently preferred 
embodiment of the invention. Thus the scope of this invention should be 
determined by the appended claims and their legal equivalents. 
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